這篇來分享個輕鬆一點的個人血淚小故事XD

有陣子我的工作內容，從比較偏做產品的團隊轉到解決客戶問題的團隊

也就是專門處理客戶問題與負責每兩週到每個月release一次的QA工程師

從產品開發十幾二十人的編列完整的開發測試團隊

到處理客戶疑難雜症大概只有小於五人的小巧精悍團隊

工作步調一下子從按表操課的正規軍變到處救火打帶跑的游擊隊

正規軍的產品開發跟發布的步調由PM大大決定跟老闆會幫你擋著

而游擊隊就是接客戶的緊急命令，真的就是一種隨時備戰的狀態。

前面有提過所謂的測試優先度，P1是最高，P5是最低

接客戶case的時候又有另一個聞風喪膽Priority叫做：P0

處理case的時候內部也有SLA，P1是一天內要有回覆，P3是一週內等等

而P0是在問題解決之前，每四個小時要有一次的進度報告

可以把case call到P0的客戶通常不是有錢大客戶就是認識老大的權貴（？）

而我一個小菜雞好像才上工兩週，就遇到大客戶回報一個嚴重的問題

一開始敲進來的時候，就是一個跟Windows10相容性有關的P1 case。

下午就看到這個大客戶的case進來，裝了最新版Win10測，就知道應該是要改code

那個時候除了CI/CD還沒建起來，自動化測試也不包含新加的一些回歸測試

整個產品開發團隊都忙著開發新功能，技術債都還在持續累積當中

不但整包client code build起來要兩個小時，而且大部分還是得要靠手動驗證

到了傍晚下班前，我文情並茂地寫了RD發現Root cause跟預計怎麼解決這個問題等等

正要準備收工的時候，老闆說：「那個大客戶的case有可能會要今天解」

前輩：「不會吧，該不會還要在他們環境驗證吧？」

我一個菜雞完全不知道會發生什麼事，就先跟前輩一起去買晚餐回來準備。

後來好像陸續發現Windows的問題，我們改了兩次，時間也很精實的來到晚上十點

在測試環境終於驗證完成之後，我鬆了一口氣，天真地以為差不多可以回家了

這個時候美國大客戶的上班時間也差不多到了，一上線就把Case escalate到P0

第一次感受到最前排的砲聲隆隆，要在客戶環境deploy hotfix，然後現場驗到好

在上了一天班之後，又快接近自己平常休息時間的情況下，精神上還是蠻緊繃的。

而像這類的故事，通常都會往最精彩的方向發展。

我們緊張地把新改的一版軟體放到客戶環境上試跑，果不其然出了一些問題

不只是Windows10出新版的問題，客戶環境上還存在一些Performance issue

這個時候要現場收debug log，重現問題，看log改code，真的是很考驗抗壓性

出了debug build，直接驗證，沒用，再改，再驗證，一直不斷持續這個過程

最後只好一直幫客戶環境的各種軟體加Exclusion list，避免軟體間的相容性問題

最後我們試到1點多，終於可以把客戶回報的功能效能相容性問題一次解決。

結果客戶說不行，他們不能接受在他們的Production環境有debug build跑著

要在今天出一個Release candidate build，然後要Deploy給他們所有的客戶

前輩：「OOOXX ... 但是我們所有code build完可能要三個多小時」

於是除了加上bug的來回驗證與回歸測試，第一次在公司看日出的成就就跟前輩一起達成。

雖然實際上的工作時數可能沒有很多，但驗證不過就要再等超久的重build真的會心累。

一開始還擔心自己搭不到捷運末班車，看來真的是菜鳥的多慮，

後來搭到捷運早上六點多的前幾班車，真的是有早點回家，吃完早點才回家XD。

後來也因為這次的經驗，前輩跟我推行了很多Enhancement跟一起解決Tech debts

可能實在是因為看日出太痛了，很多自製小工具跟應用方法也在之後應運而生

我也想了幾個可能SaaS軟體可以利用到的概念，會寫在後面幾篇陸續分享。

下篇先來講講一個測試右移必備的好物：遙測資料（Telemetry data）